CU Amiga Super CD-ROM 2/CU Amiga Magazine's Super CD-ROM 02 (1996)(EMAP Images)(GB)[!][issue 1996-04].iso/magazine/amiga_e/amigae.jan.archive/000071_crash!rbhp56.r…armstadt.de!anh_Thu, 27 Jan 94 00:52:43 PST.msg

Text File | 1994-02-17 | 4KB | 85 lines

Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Thu, 27 Jan 94 00:52:43 PST
Received: from rbhp89.rbg.informatik.th-darmstadt.de by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pPCgF-0000tFC; Wed, 26 Jan 94 08:01 PST
Received: from rbhp47.rbg.informatik.th-darmstadt.de by rbhp89.rbg.informatik.th-darmstadt.de with SMTP
    (1.36.108.4/15.6) id AA27502; Wed, 26 Jan 1994 17:02:02 +0100
Received: by rbhp47.rbg.informatik.th-darmstadt.de
    (1.36.108.4/15.6) id AA01975; Wed, 26 Jan 1994 17:01:16 +0100
Message-Id: <[e-mail]>
Date: Wed, 26 Jan 94 17:01:15 MEZ
Full-Name: Olivier Anh
In-Reply-To: <[e-mail]>; from "Juergen Schmidt" at Jan 25, 94 3:09 pm
Mailer: Elm [revision: 66.25]
From: Olivier Anh <[e-mail]>
To: [e-mail] (The AmigaE Mailing List)
Subject: Re: Some Questions

Hallo Juergen


> 3) There's a library called gadgetoutline.library.It simplifies
>    GUI-Programming without having to use an interface builder (e.g.
>    GadToolsBox).It can be found on Fish-Disk 911.Does anybody know
>    if there's an E-Interface for it ?
>
Also, Neeeee. Well, I saw the GadOutLines.library. It seems to be a great
library (but doesn't run undeer 1.3 :(
What do you mean, with interface. If it is an Editor that uses
GadOutlines.library to vreate your GUI. I believe the is nnone...
If it is a module, you can compile the pragmas (GadOutlines.h) with the
SAS2Module programm, and the Include/gadOuLines.h into .i and then with
Iconvert, to a libraries E module

Hope thats helps :)


--
-------------------------------------------------------------------------------
   / / Olivier ANH   (ERAMUS Student)     |' And may the Force be with You ! '
\ X /  [e-mail] |             - Return of the Jedi -
-------------------------------------------------------------------------------
From crash!freenet.carleton.ca!ao443 Thu, 27 Jan 94 00:52:51 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Thu, 27 Jan 94 00:52:51 PST
Received: from freenet-news.carleton.ca by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pPCtW-00008qC; Wed, 26 Jan 94 08:15 PST
Received: from freenet.carleton.ca by freenet-news.carleton.ca (4.1/SMI-4.0)
    id AA03084; Wed, 26 Jan 94 11:14:46 EST
Received: from localhost (ao443@localhost) by freenet.carleton.ca (8.6.4/8.6.4) id LAA24996; Wed, 26 Jan 1994 11:14:53 -0500
Date: Wed, 26 Jan 1994 11:14:53 -0500
Message-Id: <[e-mail]>
Reply-To: [e-mail]
From: [e-mail] (Jason Maskell)
To: [e-mail]
Subject: New Project! C2E!


    Ok, this is going to be my latest project, while I work the bugs
out of Dirj (my dir utility in the works.) I have looked at a lot of C
source, and the only thing I can see huge problems with (or any, for that
matter), is Float handling. Here's what I have covered in design phase,
tell me if I missed something.

- Constant strings, covered. (Global list, with list[INDEX_NAME], and
INDEX_NAME being the old constant string name.
- Structures are easy.
- Dereferenced pointers are going to be a little harder, but just deal
with them the same way you do in E, with PTRs.. This will be a LOT
easier with 3.0... Wouter??
- Round up all extern variables and put them in one big DEF.
- A lot of C stuff is just plain ignorable, ie. the definition of some
external functions, when they're just in another module.
- include calls replaced with calls to PMODULE and MODULE respectively.
- Maintain a database of stupid C types, and convert them to E's big
three. With proper conversion of the source you should not have to worry
about types.

    Hmm.. There was some more stuff but I cannot remember it. Any
comments are welcome, preferrably on the list for open discussion.



--
'You see son, if this were Star Trek, we'd be negotiating with this Kobold.'
- Unknown Angband Player